home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 838 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.1 KB
  1. Path: grafix.xs4all.nl!john.hendrikx
  2. Date: Fri, 12 Jan 96 00:15:40 GMT+1
  3. Newsgroups: comp.sys.amiga.programmer
  4. Distribution: world
  5. Subject: Re: Protection bits
  6. MIME-Version: 1.0
  7. Content-Type: text/plain; charset=iso-8859-1
  8. Content-Transfer-Encoding: 8bit
  9. From: john.hendrikx@grafix.xs4all.nl (John Hendrikx)
  10. Message-ID: <john.hendrikx.45jm@grafix.xs4all.nl>
  11. Organization: Grafix Attack BBS Holland
  12.  
  13. In a message of 10 Jan 96 Dennis Lee Bieber wrote to All:
  14.  
  15.  >> When I come to think of it this doesn't seem all that hard to do and it
  16.  >> would probably not even slow down the filesystem.  I mean, taking a peek
  17.  >> at the first 512 bytes as it is written shouldn't be that hard.  The only
  18.  >> trouble is that 512 bytes might not be sufficient to make a FileID...
  19.  
  20.  DLB>         But that basically would be the same as having the contents of
  21.  DLB> an .info file as the first block of EVERY file...  Which I think is the
  22.  DLB> basic idea on the Mac (I don't fully understand the "data" and
  23.  DLB> "resource" forks but if the "resource" fork is a block at the start of
  24.  DLB> the file that IDs the file type and the program that generated it...). 
  25.  DLB> I, personally, prefer files to be PURE files; not some hybrid that
  26.  DLB> requires tricks to transfer to other users.
  27.  
  28. I said I wanted a LONG in the fileheader which identifies the file, not a
  29. seperate .info file or something.  This LONG would not need to be transferred. 
  30. Any Computer supporting this auto-ID-ing system would set its LONG
  31. automatically in the fileheader.  This means the files are still PURE files and
  32. there should be no problems when transferring them.
  33.  
  34. The only advantage gained by such a system is a quick way to display all JPEG
  35. files, without even looking at the contents of the file (the FileSystem did
  36. this for you, and stored the result of this check in the ID LONG -- all you
  37. need to do is to see if the LONG matches JPEG_ID).
  38.  
  39. Grtz John
  40.  
  41. -----------------------------------------------------------------------
  42.  John.Hendrikx@grafix.xs4all.nl   TextDemo/FastView/Etc... development
  43. -----------------------------------------------------------------------
  44. -- Via Xenolink 1.981, XenolinkUUCP 1.1
  45.